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(57) An integrated telephone call handling system 
and method are disclosed. The system com- 
prises a unified software control for controlling 
a call between the system and a party, the 
unified control capable of transferring the call 
among functional partitions within the system, 
the functional partitions providing mechanized 
communication via the network and capable of 
directing communications between the party 
and a selected one of the functional partitions. 
The unified control includes a unified script 
language to allow unified scripting of a call 
from inception to termination, including script- 
ing of interaction between the party and an 
agent. 
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CROSS-REFERENCE TO RELATED 
APPLICATIONS 

United States Patent Application No. 08/016,062 
(14990-PO5US), directed to a "Method and Systems 5 
for Unified Voice Telephone Services" and filed on 
even date herewith is hereby incorporated by refer- 
ence. 

TECHNICAL FIELD OF THE INVENTION w 

This invention relates in general to agent-based 
telephone communication systems and more partic- 
ularly to a computer-based system architecture that 
allows integration of voice, text, image and call proc- 15 
essing with an agent-based call center, all under con- 
trol of a single, unified software control system. 

BACKGROUND OF THE INVENTION 

20 

Over the years, various systems have been de- 
veloped to operate in conjunction with public and pri- 
vate switching telephone networks to provide special- 
ized functions that lend power, versatility and effi- 
ciency to telecommunications. 25 

These various systems are designed to operate 
on data in one or more of three general categories: 
voice, text and image. Together, these types of data 
encompass ail data currently desired to be processed 
or transmitted in communication systems. 30 

The above-described data can be processed or 
communicated in ways that can be generally catego- 
rized as "mail" (also termed "store and forward"), "in- 
teractive" and "bulletin" systems. Mail systems allow 
a user to retrieve voice, text or images that have been 35 
exclusively addressed to the user. In such mail sys- 
tems, it is typical to require the user to enter a unique 
password to gain access to the exclusively-ad- 
dressed data. Interactive systems allow a user to con- 
trol what data the interactive system delivers to the 40 
user, and, perhaps, in what order the data is deliv- 
ered. Unlike mail systems, however, the data need 
not be exclusively-addressed, and thus can be pub- 
licly available. Lastly, bulletin systems allow a user to 
retrieve publicly available information in a non-inter- 45 
active, system-controlled fashion. 

One type of system directed to handling of data 
is automatic call distribution ("ACD"), wherein a pool 
of agents is assigned to answer calls incoming on a 
particular group of telephone lines. ACD systems so 
handle these calls as they arrive, assigning them to 
agents in the order received and choosing the agents 
based on length of idle time. This algorithm of queue- 
ing is called 'fair queueing." Because human agents 
are present, such ACD systems are interactive. 55 

Anothersuch system is audio text (or "audio tex"). 
Audio text system are designed to "play" a message 
stored in a memory device to a person listening on the 
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other end of the call. These systems are generally not 
interactive and can be bulletin systems. 

Yet another such system is a modem pool. Mo- 
dem pool systems function in a manner similar to 
ACD systems. As a plurality of computers make in- 
coming calls to a central pool of modems, typically at- 
tached to a single, large, general- purpose computer, 
the modem pool system assigns the incoming calls in 
a "fair queueing" manner. Such systems are also typ- 
ically interactive. 

Still another such system is a predictive dialer. 
Predictive dialers are used in outbound calling appli- 
cations and typically in conjunction with a pool of 
agents. Predictive dialers employ statistical techni- 
ques to predict the length of time, on average, agents 
take to handle calls. These dialers further gather stat- 
istics regarding the average time required to suc- 
cessfully connect an outbound call. The dialers use 
these averages and data pertaining to agent avail- 
ability to place calls from a list of numbers to be di- 
aled, employing their predictive ability to maximize 
agent utilization. These systems can be mail, interac- 
tive or bulletin. 

Another such system is voice mail. Voice mail al- 
lows callers to leave voice messages with those 
called. Voice mail systems typically play greeting 
messages recorded by the called parties, record the 
time and origin of received messages and allow for 
callers to exit the system to speak with a human, if de- 
sired. Obviously, voice mail systems are categorized 
as mail systems. 

Another such system is facsimile ("fax"). This 
ubiquitous system has exploded onto the market- 
place in recent years and, as is nearly universally un- 
derstood, gives one the capability to send paper-bor- 
ne images by telephone. Such systems are image- 
based and can be implemented as mail, interactive or 
bulletin systems. 

Other image-based systems are adapted to han- 
dle graphics or moving images (video). As with fax, 
these graphics or moving image systems can be mail, 
interactive or bulletin. 

Still another system to be described is automatic 
number identification ("ANI") systems. These sys- 
tems are designed to take inbound calls and detect 
special signals delivered from a central office indicat- 
ing the phone number of the calling party. Since the 
signals can uniquely identify the calling party, the call 
can then be routed to a specific agent or interactive 
voice response flVR") application able to handle that 
caller, based upon caller identification. 

As useful and desirable as these individual sys- 
tems are, they have always been thought of as inde- 
pendent systems that, at best, adhere to a common 
protocol for interface and data interchange, allowing 
them to be attached to and cooperate with, telephone 
systems, either separately or in combination. How- 
ever, it should be understood that in any case, these 
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systems do not cooperate in any fashion apart from 
superficial connectivity via industry standard teleph- 
ony connections. Some manufacturers who happen 
to make more than one type of system may provide a 
proprietary interface or protocol between systems, 5 
but these proprietary links are just that cooperation 
at a connectivity level. 

Computer technology has worked itself into tel- 
ephony as effectively as it has in so many other 
areas. Accordingly, over the years, the above- 10 
described systems have moved from the analog to 
the digital domain, employing digital processors, 
memory, digital storage media, data and address bus- 
es and the like. As it is, each of these systems stands 
alone, each having its own computer hardware and is 
software. A person wishing to use two systems to- 
gether must live with the fact that the systems have 
independent hardware and software. 

Another disadvantage of the separate nature of 
the systems is that each collects call routing and 20 
other control data, including data collected during the 
course of its interaction with a party during a partic- 
ular call. For instance, assume a system allowing for 
both ACD and voice mail such that incoming callers 
may choose to leave a message if all agents are busy. 25 
As a particular call begins, the ACD system elicits in- 
formation from the caller pertaining to the reason for 
the call. Using dual tone multi-frequency ("DTMF"), 
ANI or voice recognition, the ACD system captures 
and stores this information to direct the call to the 30 
proper agent or to prompt an agent ahead of time as 
to what is needed. 

The caller, however, may grow weary of waiting 
and wishes to exit the ACD queue. The ACD system 
allows for this by providing for an exit upon receipt of 35 
a particular tone. However, upon successfully exiting 
the ACD queue, the caller is once again prompted to 
supply the very same information to the voice mail 
system to thereby allow the voice mail system to col- 
lect the needed information. The caller has had to 40 
give the same information twice, owing to the lack of 
coordination between the systems. 

Of course, if the systems are supplied by the 
same manufacturer, proprietary interfaces and proto- 
cols may allow transfer of the information. But even 45 
if this disadvantage is overcome, the systems still du- 
plicate hardware and software. As a particular appli- 
cation demands more and more functions, the prob- 
lems of Integrating the various necessary systems 
become more acute and perplexing. so 

Other problems abound. These systems, be- 
cause they stand alone, have separate maintenance 
consoles and control languages. The systems must 
be interconnected by cables that, as the number of 
cables grows, increases the chances of failure. The 55 
loose connectivity of these systems limits rates of 
data transfer between the systems. In fact, adjunct 
switching matrices are frequently required to perform 



ancillary switching tasks that would overload the 
main switching system, typically a private branch ex- 
change ("PBX"). 

These systems frequently offer the option of pro- 
viding reports and statistics concerning their opera- 
tion. These reports and statistics are frequently in- 
compatible and difficult to integrate. Most often, 
there is simply no one place from which to obtain re- 
ports and statistics. Because of the duplication of 
hardware and software, these systems are difficult to 
manage, they are larger and more costly than neces- 
sary, and they consume more power and produce 
more heat than is optimal. In short, integration of 
these various systems has been a long felt need in the 
art, but one that, thus far, has been met with dissat- 
isfaction. 

Unfortunately, the prior art has failed to provide 
an effective means by which to integrate these sys- 
tems under unified software control, allowing them to 
share information and resources among themselves 
in a cost and time efficient manner. 

The above-mentioned United States Patent Ap- 
plication No. (I4990-P05US), entitled "Method and 
Systems for Unified Voice Telephone Services" and 
filed on February 10, 1993, is directed to a unified 
system for handling voice, text and image data in a 
plurality of "functional partitions," each of which cor- 
responds to one of the heretofore separate systems 
described above. That unified system is capable of in- 
terfacing with a telephone exchange via an integrated 
call-processing partition. 

Since the mid-1970s, more and more companies 
have taken advantage of interactive voice response 
("I VR") systems to automate, and thereby reduce the 
cost of, providing information to their customers, em- 
ployees and others. 

IVR is actually an extension of audio text sys- 
tems. An IVR system allows callers to access comput- 
er-resident data such as account balances or stock 
prices through a standard telephone. The IVR system 
allows the caller to query for data using touch-tone 
signals, and the result is returned as spoken words. 
Again, it is obvious that such systems are interactive 
and can be mail. 

These IVR systems have typically handled from 
30% to 70% of incoming calls, with the remaining calls 
being transferred to live operators. When the calls 
reach the operators, the callers have generally al- 
ready identified themselves by touch-tone entry of 
their account number as well as a security code, per- 
haps as part of an interactive session wherein, for in- 
stance, the caller has obtained a balance of a check- 
ing account. As previously mentioned, customers jus- 
tifiably find it aggravating and time consuming to 
have to re-identify themselves for the agent and then 
wait for the agent to request information from the host 
database. Companies that manufacture private 
branch exchange/automatic call distribution 
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("PBX/ACD") systems have sought for years to solve 
this problem by developing interfaces that allow the 
host application to better integrate the voice, text and 
image data components of the call. While these 
measures do provide a means of solving the problem, 
there are several significant drawbacks to the solu- 
tion. 

The first problem is that the host (or workstation) 
application must be modified to take full advantage of 
the PBX/ACD. Many companies have large sums of 
money invested in their host application and thus, 
even if they had sufficient staff to make such modifi- 
cations, they are disinclined to do so. 

The second problem is that each PBX/ACD com- 
pany has its own proprietary host communication 
link. While there are products, such as IBM's CallPath 
SwitchServer/2, that abstract differences between 
telephone or communication link switches, all 
switches do not support all of the same functions. 
This means that the host software must still, in many 
cases, be configured to communicate with each type 
of switch being used, often requiring different switch 
drivers to take advantage of each switch's function- 
ality. 

The third problem is cost. Current solutions re- 
quire purchase of high-priced software for both the 
host computer (or workstations) as well as a high- 
priced software module for the PBX/ACD. Even after 
purchase of all this software, there remains the ex- 
pense of writing host or workstation software to cre- 
ate a solution. 

The fourth and possibly most significant problem 
is the complexity of the solution. One must acquire 
expertise in 1) the host software, 2) the PBX/ACD 
software, 3) the IVR software and 4) the voice mail 
software and then attempt to make it ail work together 
well enough for the system to appear "seamless" to 
callers. 

Clearly, a solution is needed that does not require 
any changes to the host computer or PBX software 
and provides a cost effective, single application soft- 
ware environment for controlling calls from start to 
finish regardless of what is required by the caller. 

U. S. Patent No. 4,797,911, which issued on Jan- 
uary 1 0, 1 989, to Szlam et al., discloses a method and 
apparatus for relieving the agent of the duty of obtain- 
ing preliminary caller account information by auto- 
matically querying a host database at the beginning 
of a call. Szlam et al. also provide for on-line, direct 
updating of the caller account information in the host 
computer, thereby eliminating the need for consolida- 
tion of changes into the caller account file. This pro- 
vides the agent with the most current information on 
the caller account More particularly, Szlam et al. pro- 
vide an apparatus that automatically dials the tele- 
phone number of the caller or potential caller, ascer- 
tains the status of the called number and. if the call 
is answered, routes the call to the next available 



agent and automatically obtains the current caller ac- 
count information from the mainframe and displays, 
at the agenfs terminal, the current caller account in- 
formation. The apparatus also provides for automatic 

5 answering and routing of incoming calls to the next 
available agent along with caller account information 
retrieved from the mainframe. 

U. S. Patent No. 4,894,857, which issued on Jan- 
uary 16, 1990, to Szlam et al., is a continuation- in- 
to part of the Szlam et al. patent described above and 
provides for a similar method and apparatus for ret- 
rofitting and extending or upgrading an existing caller 
account servicing system to provide for automated 
handling and processing of both incoming and outgo- 

15 ing calls. The system controller and terminals use the 
same command and data format structure as that al- 
ready in use by the existing system and software of 
the mainframe. The system controller is transparent 
to the operation of the mainframe and the agent ter- 

20 minais and allows the system to be upgraded without 
the necessity of purchasing different software or pro- 
grams for the mainframe. 

As mentioned above, the prior art has taken a 
piecemeal approach to voice, text, image and call 

25 processing systems, preferring to treat them as sep- 
arate and distinct. In limited cases, particularly as il- 
lustrated in the patents to Szlam et al., integration of 
data and call processing systems has been limited to 
superficial cooperation at a communications protocol 

30 level. The prior art has unfortunately failed to provide 
a seamless, fully integrated voice-, text-and image- 
based system specifically designed to operate in con- 
junction with live agents to produce thereby a calling 
center that is able to be configured to function as a 

35 mail, interactive or bulletin system and is adaptable 
to a wide range of applications without requiring mod- 
ification of either hardware of software. 

SUMMARY OF THE INVENTION 

40 

The present invention solves the foregoing prob- 
lems and is directed to an improved call center con- 
figured as an integrated voice, text and image com- 
munication system and providing for automated proc- 

45 essing of inbound and outbound telephone calls. A 
key point of novelty of the present invention is its abil- 
ity to connect callers to live agents when necessary, 
all the while retaining unified software control of the 
interaction between caller and agent via an agent 

50 script As such, the present invention is the first to 
treat interaction with live agents as simply another 
type of functional partition. 

Therefore, it is a primary object of the present in- 
vention to provide an integrated telephone call han- 

55 dling system adapted to be coupled to (1 ) a telephone 
network to enable the system to communicate via the 
network, (2) an agent workstation to enable an agent 
to communicate with the system and (3) an agent tel- 
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ephone to enable the agent to communicate with a 
party via the system and the network. The system is 
controlled by a unified software system comprising a 
system for controlling a call between the system and 
the party, the unified controlling system capable of 
(1) transferring the call among functional partitions 
within the system, the functional partitions providing 
mechanized communication via the network and (2) 
directing communications between the party and a 
selected one of the functional partitions. 

One of the most powerful advantages realized by 
providing such an integrated system for handling calls 
and data is the ability to use a unified script language 
to thereby allow unified scripting of a call from incep- 
tion to termination, including scripting of interactions 
between a party and an agent. Accordingly, the pres- 
ent invention provides for a first script for directing in- 
teraction between the system and the party and a 
second script for directing interaction between the 
system and the agent. Thus, the present invention is 
the first to provide for a way of scripting interactions 
with a live agent, thus treating the live agent as just 
another functional partition. In a preferred embodi- 
ment, the first script and the second script are able to 
communicate information between one another, all 
under common control. 

Another major advantage realized by integration 
of heretofore separate call handling functions is inte- 
gration of record-keeping during a particular call. Ac- 
cordingly, it is another object of the present invention 
to provide a system further comprising means for cre- 
ating a single record containing data gathered during 
a single call session and means for storing data per- 
taining to the single call session in the single record 
throughout a duration of the call, the data gathered 
from a plurality of functional partitions within the sys- 
tem to thereby eliminate a need to gather a particular 
datum multiple times during the single call. Unified 
scripting facilitates creation and maintenance of the 
single record. The record can contain data received 
from the caller or data generated by the system, in- 
cluding its various functional partitions and any da- 
tabase. These single records can be cross- 
referenced to one another to thereby create a meta- 
record of an entire transaction with a particular caller, 
allowing auditing and reporting of the entire transac- 
tion, rather than of just single calls within the trans- 
action. 

In its preferred embodiment, the system of the 
present invention comprises an agent workstation 
coupled to the system, the workstation permitting 
communication between the agent and the system. 
This permits the agent to view portions of the call re- 
cord to allow the agent to more effectively and effi- 
ciently serve the caller's needs. This also allows the 
agent to access data contained in a central database, 
existing as either part of the system itself, or as an ex- 
ternal host database. 



As previously mentioned, the system of the pres- 
ent invention can be configured to communicate with 
callers in one or more of several system modes, de- 
pending upon the particular application. First, the 

5 system can operate as a mail system, wherein the 
system presents information intended for delivery to 
a particular caller to the particular caller (store and 
forward). Second, the system can act as an interac- 
tive system, wherein the system presents information 

10 to a caller in a manner determined by the caller (per- 
haps as part of an IVR). Finally, the system can be 
configured as a bulletin system, wherein the system 
presents information to caller in a predetermined 
manner (perhaps as part of an audio text system). 

15 The preferred environment for operation of the 
present invention is a communications system having 

(1) an agent for communicating with inquiring parties, 

(2) a database of information pertaining to accounts 
of the parties and (3) call completion capability for 

20 terminating calls to a plurality of different call termin- 
ations, the terminations including automated data re- 
sponse for obtaining information from a selected one 
of the accounts. In that environment, the present in- 
vention provides for a control unit for answering calls 

25 from the inquiring parties and for directing any of the 
calls to a selected one of the call terminations, com- 
prising (1) means for (a) interactively communicating 
with one of the part ies to determine which call termin- 
ation is required, (b) establishing a first call termina- 

30 tion with respect to the one of the parties and (c) 
transferring to the first call termination any data ob- 
tained with respect to the one of the parties. The in- 
vention further provides (2) means for continuing to 
monitor established communication connections to 

35 permit modification of the first call termination when 
the one of the parties desires connection to a second 
call termination and (3) means for transferring to the 
second call termination the any data obtained with re- 
spect to the one of the parties and any data obtained 

40 during the first call termination. 

Typically, the first call termination is a data re- 
sponse and the second call termination is to the 
agent. The system further including means, associat- 
ed with the agent, for providing selected account in- 

45 formation to the agent when the agent becomes con- 
nected to the one of the parties and the communicat- 
ing means includes means for providing a preselected 
portion of the one of the parties's account data to the 
agent concurrent with the transferring of the second 

50 call termination to the agent, the preselected portion 
including a portion of the any data obtained with re- 
spect to the one of the parties. The monitoring means 
further includes means for modifying a call termina- 
tion at a direction of the one of the parties or any call 

55 termination. 

The present invention also includes methods of 
operation of such systems. 

In a typical application, incoming callers are pro- 
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vided typical account information in a VRU script that 
has been programed into the system. When a caller 
requests a live agent, such as by pressing "0" on a 
touchtone telephone pad, the caller is routed to an 
ACD that allows calls to be held pending agent avail- 5 
ability. The ACD can provide selected call-back when 
an agent becomes available or at a specific future 
time. When an agent becomes available, the call is 
connected and the caller's host computer session is 
immediately switched to the agent's workstation 10 
screen so that the selected agent can answer the call 
armed with specific information pertaining to the call- 
er. 

The foregoing has outlined rather broadly the fea- 
tures and technical advantages of the present inven- 15 
tion in order that the detailed description of the inven- 
tion thatfollows may be better understood. Additional 
features and advantages of the invention will be de- 
scribed hereinafter th at form the subject of the clai ms 
of the invention. It should be appreciated by those 20 
skilled in the art that the conception and the specific 
embodiment disclosed may be readily used as a ba- 
sis for modifying or designing other structures for 
carrying out the same purposes of the present inven- 
tion. It should also be realized by those skilled in the 25 
art that such equivalent constructions do not depart 
from the spirit and scope of the invention as set forth 
in the appended claims. 

BRIEF DESCRIPTION OF THE DRAWINGS 30 

For a more complete understanding of the pres- 
ent invention, and the advantages thereof, reference 
is now made to the following descriptions taken in 
conjunction with the accompanying drawings, in 
which: 

FIGURE 1 illustrates a prior art method for ser- 
vicing callers; 

FIGURE 2 illustrates a prior art method for auto- 
matically servicing callers; 
FIGURE 3 illustrates a prior art conventional call 
center; 

FIGURE 4 illustrates a call center according to 
the present invention; and 
FIGURE 5 illustrates a system architecture of the 
present invention. 

DETAILED DESCRIPTION OF THE INVENTION 

Referring to FIGURE 1, illustrated is a prior art 
system for servicing of caller accounts on either an in- 
coming or outgoing basis. The system is comprised of 
PBX 11 attached to subscriber public network 10. A 
caller account representative, or agent, will employ 
telephone 12, that is connected to PBX 11, and data 
terminal 13, that is connected to host mainframe 14. 
Host 14 contains a database of caller account infor- 
mation. 



In this system, customers calls from public net- 
work 10 are received by PBX 11 and subsequently 
transferred to telephone 12 so that the caller account 
representative may speak with the caller. The caller 
account representative will access caller account in- 
formation from host 14 through data terminal 1 3. 

The caller account representative may also place 
outgoing calls to public network 10 through PBX 11. 
In performing this task, the agent must manually re- 
trieve caller account information from host 14 
through terminal 13 and manually dial on telephone 
1 2 the caller's telephone number and wait for the call- 
er to answer. Of course, there may be a plurality of 
agents with data terminals connected to host 14 and 
telephones connected to PBX 11 in order to receive 
and place telephone calls to customers. 

Referring next to FIGURE 2, there is shown the 
next evolution in systems for servicing caller ac- 
counts. In this improved version, robot agent 20 is 
also placed between PBX 11 and host mainframe 14. 
Now, when an incoming call from public network 10 
is received by PBX 11 , it is initially transferred to robot 
agent 20 that controls an IVR for interacting with the 
caller according to a predefined script programed 
within robot agent 20. The result is that the caller may 
converse with robot agent 20 using his touchtone key- 
pad on his telephone for responding to requests by ro- 
bot agent 20. The caller is thereby allowed to access 
a menu of options including entering his account iden- 
tification number. Robot agent 20 uses this account 
identification number and other information retrieved 
from the caller to access the caller's account in host 
mainframe 14. The result is that the caller, using his 
touchtone keypad, may access account information 
from host mainframe 14 through robot agent 20 with- 
out ever having to speak to a live agent 

Robot agent 20 may also have a voice recogni- 
tion unit that allows a caller to simply speak his re- 
quests and responses to the voice recognition unit 
that uses this information when accessing host main- 
frame 14. 

Robot agent 20 has the capability to transfer the 
caller to a live agent if the caller is using a rotary tel- 
ephone and is thus unable to enter information with 
a touchtone keypad, or robot agent 20 has the ability 
to transfer the caller to a live agent at the caller's re- 
quest, such as when the caller enters on his touch- 
tone keypad a menu option requesting a live agent. 
In these instances, robot agent 20 will essentially 
place a transfer of the call through PBX 11 to tele- 
phone 12. 

The problem with such a system is that any caller 
information retrieved by robot agent 20 is not passed 
to data terminal 13 when the call is transferred to tel- 
ephone 12. The caller is then required to again pro- 
vide caller account information to the live agent at 
data terminal 13 so that he may request the caller ac- 
count information from host mainframe 14. 
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In another embodiment of this prior system, 
shown in FIGURE 3, host 14 may be coupled to the 
system through public network 10. In this system, a 
call coming from public network 10 into PBX 11 will 
be transferred to a voice response unit ("VRU") 31 
that uses host gateway 32 to connect to host 14 
through public network 10 in order to access caller ac- 
count information within host 14. If the caller wishes 
to speak to a live agent, the call will be transferred 
from VRU 31 through PBX 11 to one of telephones 
12A, 12B or 12C at caller stations 13A, 13B or 13C, 
respectively. For example, the call could be transfer- 
red to telephone 12A. Simultaneously, a "short 
screen" of information received by VRU 31 from the 
caller is sent through PBX and gateway 34 to terminal 
13A, that subsequently establishes a data link with 
host 14 through gateway 33. The agent will then use 
terminal 13A to access caller account information 
within host 14. 

Outbound calls may also be placed by an agent 
at one of the workstations. Dialer 35 may be used to 
automatically call customers through public network 
10, which calls will be answered by VRU 31 as previ- 
ously described. If necessary, the call may be trans- 
ferred to a live agent in the manner previously descri- 
bed. 

A caller may also request that a transfer be made 
to voice mail 36 in order to leave a message for a par- 
ticular party if a live agent is not available. 

In both incoming and outgoing processes, VRU 
31 may transfer a short screen of information to the 
data terminals while transferring the caller to one of 
the live agents. The data terminals will then request 
the full caller account information through host gate- 
way 33. 

It should be noted that the above-described sys- 
tems all require several separate pieces of hardware 
and equipment in order to implement such a system. 
Additionally, once the call is transferred to a live 
agent, the call ends there and may not be transferred 
back to VRU 31 or any other function or resource 
such as another agent, a facsimile card, a modem, 
audio text, etc. 

Referring next to FIGURE 4, there is shown an in- 
tegrated voice, text and image data automation sys- 
tem of the present invention providing all the function- 
ality needed to automate processing of inbound and 
outbound telephone calls including connecting call- 
ers to robot agents or live agents. Call center 40 is 
physically connected to workstations 13A, 13B and 
13C via LAN and to agent telephones 12A, 12B and 
1 2C either directly or via an existing PBX (not shown). 
Call center is also shown directly connected to host 
computer 14, that may be a group of computers inter- 
connected via LAN. Call center 40 does not require 
software changes in the host or PBX for integrations. 
Call center 40 is also connected to public network 10 
that provides interconnections to caller telephones 



41. Host 14 may be connected to call center 40 
through public network 10 (connection not shown). 

Referring next to FIGURE 5, there is shown a typ- 
ical implementation of the present invention. Applica- 

5 tions manager 51 manages the various resources 
available within call center 40. 

IVR 53 allows all caller calls or DNIS/DID- 
directed calls to enter an IVR script upon answer. This 
script may be a standard package or a caller defined 

w application. As an example, a call from a caller origi- 
nating within public network 10 will be received by tel- 
co interface 501 within call center 40. Alternatively, 
call center 40 may be connected to public network 1 0 
through PBX 11. 

15 The caller call arriving at interface 501 is trans- 
ferred through voice channel architecture 57 to IVR 
53 for interaction with the caller. The caller may inter- 
act with IVR 53 for retrieving information on the call- 
er's account and also access any other information 

20 that IVR 53 is configured to offer. At times. IVR 53 
may request information from host 14 through archi- 
tecture 57 and host interface 502. This retrieved in- 
formation may then be transferred to the caller. As 
previously described, IVR 53 may provide a menu of 

25 options to the call, who may choose from this menu 
by pressing digits on his touchtone keypad. 

Calling center 40 also has the capability for allow- 
ing callers to receive requested information via fax. 
For example, while the caller is interacting with IVR 

30 53, the caller may request that a facsimile of desired 
information be faxed to a caller provided telephone 
number. This option may be provided by IVR 53 via a 
menu option selectable by the caller using his touch- 
tone telephone keypad. In such a situation, IVR 53 

35 will retrieve the caller requested information from 
host 14 in the manner previously described and trans- 
fer this information over voice channel architecture 

57 to shared resources block 58 that includes the fax 
functionality of call center 40. At the caller's direction, 

40 IVR 53 will also transfer over architecture 57 to block 

58 the telephone number of the receiving facsimile 
machine at the caller's premises. This transfer of in- 
formation to block 58 by IVR 53 may be accomplished 
while IVR 53 is still conducting an interactive conver- 
ts sat ion with the caller or after IVR 53 has completed 

an interactive communication with the caller whereby 
the facsimile functionality within block 58 will fax the 
requested information through voice channel archi- 
tecture 57 and telco interface 501 to public network 
50 10 wherein the caller's receiving facsimile machine is 
located. 

Call center 40 may also provide a voice mail sys- 
tem for allowing caller callers to leave messages to a 
particular person, such as a caller representative 
55 agent when no agents are available. In such an in- 
stance, IVR 53 may provide an option to the caller to 
be transferred to voice mail 52 in order to leave a 
message. This option may be selected by the caller 
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by pressing a particular digit on his touchtone keypad. 
At that instance, IVR 53 will transfer the call over 
voice channel architecture 57 to voice mail 52, which 
will then interact with the caller. 

If IVR 53 recognizes that the caller does not have 
the use of a touchtone telephone, IVR 53 may transfer 
the call through voice channel architecture 57 to block 
58 that contains voice recognition functionality 
whereby the same menu options and procedures of- 
fered by IVR 53 are offered with voice recognition ca- 
pabilities so that a caller may merely speak respons- 
es to inquiries as opposed to entering the responses 
with a touchtone keypad. A caller using a rotary phone 
may also be transferred to a live agent in a manner 
to be described. 

If the caller has a computer (not shown) and wish- 
es to interface with call center 40 using that computer, 
IVR 53 may transfer the call through voice channel ar- 
chitecture 57 to block 58 that has a modem for inter- 
facing with the caller's computer in basically the same 
manner as IVR 53 interacts with the caller's person. 
Menu options are supplied to the caller through his 
computer display, and the caller enters responses us- 
ing his computer keyboard. 

If the caller is hearing impaired and has access 
to a telephone device for the deaf ('TDD"), IVR 53 will 
transfer the caller through voice channel architecture 
57 to block 58 that also contains the capability of in- 
teracting with a TDD in the same manner that the mo- 
dem interacts with a caller's computer. 

Call center 40 contains the ability to transfer the 
caller to a live agent when one is requested, such as 
when the caller presses 0 on his touchtone keypad. 
When a live agent is requested, the caller is placed in 
an automatic call distribution ("ACD") smart queue 
within agenf s controller module 56 that allows hold- 
ing or selecting a call back when an agent is available 
or at a specific future time. Callers are provided the 
estimated hold time and given the option of remain- 
ing in queue or specifying a later call back. Addition- 
ally, calls may be directed to live agents using DNIS 
or DID to agent ACD groups with an optional prompt 
for account number to allow automatic host access 
prior to connection to an agent Calls to specific ex- 
tensions may be made and voice mail 52 may be ac- 
cessed if all agents are busy or there is a ring no-an- 
swer when an agent is requested. A "short screen" 
containing data obtained by the initial IVR script may 
be displayed for the agent while the host is retrieving 
the full record. The call center then makes a voice, 
text and image data connection to the live agent 

The call center supports dialing out from caller 
lists using a pacing algorithm. When an answer oc- 
curs, an agent is selected, and an IVR script displays 
a "short screen" and requests the full record from the 
host system. 

An agent may transfer a call to another agent or 
supervisor. This is handled by the call center IVR 



script in the same manner as a transferf rom the initial 
IVR script to the ACD queue, establishing a voice, text 
and image data session for the recipient of the call. 
The call center supports transferring calls to 

5 other remote locations by selecting an outbound 
trunk line and dialing another location using a DNIS 
that activates an IVR script on the receiving end of the 
call. The caller's identification is passed to the receiv- 
ing end IVR script that, in turn, establishes a host ses- 

10 sion for a local agent. The initial call center location 
then holds up the voice connection until the call is 
completed. 

The call center supports conferencing-in another 
agent or supervisor, with voice, text and image data 

is available to both operators. 

A live agent uses workstation 13 connected to 
call center 40 through workstation interface 504 and 
optional 31 7X controller 505, if needed. Workstation 
13 is used to access host 14. 

20 The live agent also uses telephone 12 that is con- 
nected to call center 40 with phones/PBX interface 
503. The phones may be directly connected to inter- 
face 503 or through optional PBX 11. 

If a caller requests a live agent, IVR 53 will trans- 

25 fer the call through voice channel architecture 57 to 
agent's controller module 56 to be placed in an ACD 
queue. Once a live agent is available, the caller will 
be switched through voice channel architecture 57 to 
interface 503 and phone 1 2. At that time, agenf s con- 

30 trailer module 56 may send a short screen of informa- 
tion through architecture 57 and interface 504 to 
workstation 13 in order that the live agent may have 
immediate access to the caller's account number and 
other brief information that has been given to IVR 53 

35 by the caller. Call center 40 will then retrieve the full 
caller account information from host 14 that will be 
downloaded to workstation 13. While these last two 
tasks are being performed, the live agent is already 
speaking to the caller through telephone 12. 

40 If required, the live agent may transfer the caller 
toanyofthe previously described functions, including 
IVR 53, voice mail 52 and fax 58 in order to further 
service the caller's needs. Call center 40 contains the 
capability of perpetually transferring the caller to any 

45 of the functions within call center 40. As the call is 
transferred, caller account information is also trans- 
ferred to the destination thus obviating the need to re- 
peatedly ask the caller for the information. 

Workstation 13 may be placed into a normal 

so mode through workstation 504, architecture 57 and 
host interface 502 whereby workstation 13 interacts 
with host 14 in a normal host session. In this instance, 
phone 12 operates as a normal PBX extension. In a 
campaign mode, the live agenf s workstation 13 and 

55 phone 12 are driven by an IVR script contained in call 
center 40. Once a live agent logs into workstation 13 
into a campaign mode, call center 40 makes a tele- 
phone call through interface 503 to telephone 12 pro- 
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vkJing a permanent connection between call center 
40 and telephone 12. The agent then stands by for 
transfers of caller callers to workstation 13 and 
phone 12. 

Call center 40 also supports dialing outbound 
from caller lists using a pacing algorithm within pre- 
dictive dialing module 55. In this process, predictive 
dialing module 55 begins dialing outbound over inter- 
face 501 to public network 1 0. As calls are answered, 
a call progress monitor within predictive dialing mod- 
ule 55 determines the status of the outgoing line such 
as ringing, busy signals, out-of-service signals and 
answers. This continues until a live caller is reached 
whereby predictive dialing module 55 determines the 
availability of any live agents attached to call center 
40. If no live agents are available, the call may be 
transferred to IVR 53 to interact with the caller in the 
manner previously described. Or, the caller may be 
placed in an ACD queue within agent's module 56 that 
allows holding or selecting a call back when an agent 
is available or at a specific future time, as previously 
described. 

If and when a live agent becomes available, call 
center 40 makes a voice connection to the live agent 
through architecture 57, interface 503 and phone 12. 
A data connection to the live agent is made through 
workstation interface 504 to workstation 13. As pre- 
viously described, an IVR script within IVR 53 trans- 
fers a "short screen" of caller information to worksta- 
tion 13 and requests the full record through host in- 
terface 502 from host 14 for subsequent transfer to 
workstation 13. The live agent may then interact with 
the caller and subsequently transfer the caller to any 
of the other function modules within call center 40. A 
live agent may also transfer a call to another live 
agent or supervisor through interface 503 and inter- 
face 504. The already retrieved data is then transfer- 
red to the new workstation where the audio portion of 
the call has been transferred. 

Call center 40 also supports transferring calls to 
remote locations by selecting an outbound trunk line 
through interface 501 and dialing another location us- 
ing a DNIS that activates an IVR script on the receiv- 
ing end of the call. The caller's identification is 
passed to the receiving end IVR script, that, in turn, 
establishes a host section for a local agent The initial 
call center's location then holds up the voice connec- 
tion until the call is completed. 

The call center supports two methods of provid- 
ing PBX functionality to the agents. For small groups 
of up to 48 stations, 2,500 telephone instruments can 
be connected directly to the call center. Very basic 
PBX service is supported, including station-to-station 
calls, station-to-trunk calls, trunk-to-station calls and 
call transfers. 

For larger groups, or where full-feature PBX sup- 
port is required, the call center connects digitally via 
T1/E1 transmission lines to many popular PBX sys- 



tems. When agents wish to enter a call center ACD 
group, they log on into a campaign and a connection 
is "mailed up" through the PBX, allowing the call cen- 
ter to control campaign call switching. 
5 The call center supports digital connectivity to 
the telephone network via standard T1 transmission 
lines in the U.S. and E1 internationally. ISDN primary 
rate protocol is supported and is certified in many 
countries. Additionally, loop-start analog connec- 
10 tionsare supported. 

Call center 40 also supports conferencing-in an- 
other agent or supervisor on a call, with voice, text 
and image data available to both operators. 

Although the present invention and its advantag- 
es es have been described in detail, it should be under- 
stood that various changes, substitutions and altera- 
tions can be made herein without departing from the 
spirit and scope of the invention as defined by the ap- 
pended claims. 

20 

Claims 

1. An integrated telephone call handling system 
25 adapted to be coupled to (1) a telephone network 

to enable said system to communicate via said 
network, (2) an agent workstation to enable an 
agent to communicate with said system and (3) 
an agent telephone to enable said agent to com- 

30 municate with a party via said system and said 
network, said system comprising; 

unified means for controlling a call be- 
tween said system and said party, said unified 
controlling means capable of (1) transferring said 

35 call among functional partitions within said sys- 
tem, said functional partitions providing mechan- 
ized communication via said network and (2) di- 
recting communications between said party and 
a selected one of said functional partitions; and 

40 wherein said unified controlling means in- 

cludes a unified script language to thereby allow 
unified scripting of a call from inception to ter- 
mination, including scripting of interactions be- 
tween said party and said agent. 

45 

2. The system as recited in Clai m 1 further compris- 
ing a dialer to thereby allow said system to place 
outbound calls to said third parties. 

so 3. The system as recited in Claim 1 wherein said 
unified controlling means resides within a com- 
mon memory and is under control of a common 
processor, said unified controlling means capa- 
ble of controlling both said mechanized commu- 

55 nication and said interaction with said agent. 

4. The system as recited in Claim 1 wherein said 
system is adapted to interact with a host comput- 
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er to thereby allow said system to retrieve data 
from a database within said host computer, said 
data employable in said communication with said 
party. 

5 

5. The system as recited in Claim 1 further compris- 
ing: 

means for creating a single record contain- 
ing data gathered during said call; and 

means for storing data pertaining to said 10 
call in said single record throughout a duration of 
said call, said data gathered from said functional 
partitions within said system to thereby eliminate 
a need to gather a particular datum multiple 
times during said call. 15 

6. The system as recited in Claim 5 wherein said 
agent workstation is capable of displaying por- 
tions of said record to said agent. 

20 

7. An integrated telephone call handling system, 
comprising: 

a telephone line coupling said system with 
a telephone network to thereby allow communi- 
cation between said system and parties via said 25 
network; 

a plurality of functional partitions within a 
common memory and under control of a common 
processor, said functional partitions capable of 
providing mechanized communication with said 30 
parties via said system and said network, said 
communication comprising data selected from 
the group consisting of: voice, text and image 
data; 

a plurality of agent workstation sand agent 35 
telephones coupled to said system, said worksta- 
tions and telephones capable of providing agent 
communication with said parties via said system 
and said network; 

a unified controller within said system for 40 
controlling calls between said system and said 
parties, said controller (1 ) capable of transferring 
said calls among said functional partitions and 
agent workstations and telephones, (2) capable 
of directing communications between said par- 45 
ties and functional partitions and (3) capable of 
directing communications between said parties 
and said agent workstations and agent tele- 
phones, said controller including a unified script 
language to thereby allow unified scripting of a so 
call from inception to termination, including 
scripting of interaction between said parties and 
agents. 

8. An integrated telephone call handling system, 55 
comprising: 

a common memory for storing data select- 
ed from the group consisting of: voice, text and 



image data; 

a common processor for accessing said 
common memory to thereby provide communica- 
tion with a caller via a telephone exchange cou- 
pled to said processor in a system mode selected 
from the group consisting of: mail, interactive 
and bulletin; 

a telephone instrument coupled to said 
system to permit said agent to speak to said call- 
er, said instrument permitting communication 
between an agent and said caller during commu- 
nication between said system and said caller; 

means for creating a single record contain- 
ing data gathered during a single call session; 
and 

means for storing data pertaining to said 
single call session in said single record through- 
out a duration of said call, said data gathered 
from a plurality of functional partitions within 
said system to thereby eliminate a need to gather 
a particular datum multiple times during said sin- 
gle call. 

9. In a communications system having (1) an agent 
for communicating with inquiring parties, (2) a 
database of information pertaining to accounts of 
said parties and (3) call completion capability for 
terminating calls to a plurality of different call ter- 
minations, said terminations including automat- 
ed data response for obtaining information from 
a selected one of said accounts, a control unit for 
answering calls from said inquiring parties and 
for directing any of said calls to a selected one of 
said call terminations, comprising: 

means for (1) interactively communicating 
with one of said parties to determine which call 
termination is required, (2) establishing a first call 
termination with respect to said one of said par- 
ties and (3) transferring to said first call termin- 
ation any data obtained with respect to said one 
of said parties; 

means for continuing to monitor establish- 
ed communication connections to permit modifi- 
cation of said first call termination when said one 
of said parties desires connection to a second 
call termination; 

means for transferring to said second call 
termination said any data obtained with respect 
to said one of said parties and any data obtained 
during said first call termination; and 

wherein said first call termination is a data 
response and wherein said second call termina- 
tion is to said agent, said system further including 
means, associated with said agent, for providing 
selected account information to said agent when 
said agent becomes connected to said one of 
said parties and wherein said communicating 
means includes means for providing a preselect- 
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ed portion of said one of said parties's account 
data to said agent concurrent with said transfer- 
ring of said second call termination to said agent, 
said preselected portion including a portion of 
said any data obtained with respect to said one of 5 
said parties. 

10. In a communications system having (1) an agent 
for communicating with inquiring parties, (2) a 
database of information pertaining to accounts of 10 
said parties and (3) call completion capability for 
terminating calls to a plurality of different call ter- 
minations, said terminations including automat- 
ed data response for obtaining information from 
a selected one of said accounts, a method of an- is 
swering calls from said inquiring parties and of di- 
recting any of said calls to a selected one of said 
call terminations, comprising the steps of: 

interactively communicating with one of 
said parties to determine which call termination 20 
is required; 

establishing a first call termination with re- 
spect to said one of said parties; 

transferring to said first call termination 
any data obtained with respect to said one of said 25 
parties; 

continuing to monitor established commu- 
nication connections to permit modification of 
said first call termination when said one of said 
parties desires connection to a second call ter- 30 
mination; and 

transferring to said second call termina- 
tion said any data obtained with respect to said 
one of said parties and any data obtained during 
said first call termination. 35 
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